Red Hat System Administration II 8.2

P1234567891011121314
Previous Next

Упражнение под руководством преподавателя: Устранение проблем с файловой системой при загрузке

В этом упражнении вы восстановите систему после неправильной настройки файла /etc/fstab, которая приводит к сбою процесса загрузки.

Результаты

Вы сможете диагностировать проблемы в файле /etc/fstab и использовать аварийный режим для восстановления системы.

Войдите на workstation как пользователь student с паролем student.

На workstation выполните команду lab boot-repairing start. Эта команда запускает подготовительный сценарий, который проверяет доступность машины servera в сети. Сценарий также создает проблему в файловой системе, задает более длительное время ожидания для меню GRUB2 и перезагружает servera. 

[student@workstation ~]$ lab boot-repairing start

  1. Откройте консоль servera и обратите внимание, что процесс загрузки завис на ранней стадии.

    1. Найдите значок для консоли servera. Откройте консоль.

      Обратите внимание, что задание запуска не завершилось. Подумайте о возможной причине такого поведения.

    2. Для перезагрузки отправьте Ctrl+Alt+Del в систему, используя соответствующие клавиши или пункт меню. В этой конкретной ситуации данное сочетание клавиш может не сразу прервать запущенное задание, и вам может потребоваться подождать, прежде чем система перезагрузится.

      Если вы ждете, пока задача будет завершена, не отправляя Ctrl+Alt+Del, система сама создаст аварийную оболочку.

    3. Когда откроется меню загрузчика, нажмите любую клавишу, кроме Enter, чтобы прервать обратный отсчет.

  2. Проанализировав ошибку, возникшую при предыдущей загрузке, можно заметить, что отдельные части системы все еще функционируют. Поскольку вам известен пароль root (redhat), попробуйте загрузиться в аварийном режиме.

    1. С помощью клавиш курсора выделите запись загрузчика по умолчанию.

    2. Нажмите e для редактирования текущей записи.

    3. С помощью клавиш курсора перейдите в строку, начинающуюся с linux.

    4. Нажмите End для перемещения курсора в конец строки.

    5. Добавьте systemd.unit=emergency.target в конец строки.

    6. Нажмите Ctrl+x для загрузки с измененной конфигурацией.

  3. Войдите в систему в аварийном режиме. Пароль root ― redhat. 

    Give root password for maintenance
(or press Control-D to continue): redhat
[root@servera ~]#

  4. Определите, какие файловые системы смонтированы в данный момент. 

    [root@servera ~]# mount
...output omitted...
/dev/vda1 on / type xfs (ro,relatime,seclabel,attr2,inode64,noquota)
...output omitted...

    Обратите внимание, что корневая файловая система смонтирована в режиме «только чтение».

  5. Перемонтируйте корневую файловую систему в режиме «чтение/запись». 

    [root@servera ~]# mount -o remount,rw /

  6. Выполните команду mount -a, чтобы смонтировать все остальные файловые системы. С опцией --all (-a) команда монтирует все файловые системы, указанные в файле /etc/fstab, которые еще не смонтированы. 

    [root@servera ~]# mount -a
mount: /RemoveMe: mount point does not exist.

  7. Отредактируйте файл /etc/fstab, чтобы исправить проблему.

    1. Удалите или закомментируйте неправильную строку. 

      [root@servera ~]# vim /etc/fstab
...output omitted...
# /dev/sdz1   /RemoveMe   xfs   defaults   0 0

    2. Обновите systemd, чтобы система зарегистрировала новую конфигурацию /etc/fstab. 

      [root@servera ~]# systemctl daemon-reload

  8. Убедитесь, что файл /etc/fstab теперь правильный. Для этого попробуйте смонтировать все записи. 

    [root@servera ~]# mount -a

  9. Перезагрузите систему и дождитесь завершения загрузки. Теперь система должна загрузиться в обычном режиме. 

    [root@servera ~]# systemctl reboot

Конец

На workstation запустите сценарий lab boot-repairing finish, чтобы закончить упражнение. 

[student@workstation ~]$ lab boot-repairing finish

Упражнение завершено.

Previous Next